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SYSTEM AND METHODS FOR DISTMBUTED CONNECTION AND 
MOBILITY PROCESSING IN A MULTICAST IP NETWORK 
INCORPORATING MULTI-CELL LOCATION AREAS 

5 CROSS-REFERENCE TO RELATED APPLICATIONS 

This invention is related to U.S. Patent Application No. 09/283,121, filed 
March 31, 1999, titled "Wireless Communication System Incorporating Multicast 
Addressing and Method for Use," which application issued October 31, 2000 as U.S. 
Patent No. 6,141,347. 

10 

FIELD OF THE INVENTION 

This invention relates generally to wireless conmiunication systems and, more 
particularly, to IP multicast communication systems incorporating location areas. 

15 BACKGROUND OF THE INVENTION 

Today's wireless communication systems provide a broad range of services to 
both individual conmiunication units and groups of communication units while they 
move about. These services include cellular telephony, group dispatch, and packet 
data, to name just a few. A typical example of such a system 100 is illustrated in FIG. 

20 1 . The configuration shown in FIG. 1 is typical in wireless communications systems 
such as Global System for Mobile Communications (GSM), Advanced Mobile Phone 
Service (AMPS), Terrestrial Trunked Radio (TETRA), "EDEN", and 
"SMARTZONE" systems. As shown, a central switch 101 provides connections 
between cell sites 104-107. 

25 A plurality of conununication units 110-115 (e.g., mobile or portable radios, 

cellular telephones, personal digital assistants (PDAs)) wirelessly communicate with 
the sites 104-107 and each other, and are often logically divided into various 
subgroups or talk groups. In such a system, the call processing management and 
switching functionality are generally contained within the same physical unit, i.e., the 

30 central switch 101. The sites 104-107 are connected to the central switch 101 through 
dedicated or on-demand links and intermediate processors 102-103 in what is often 
called a "star" configuration. Some very large systems use a hierarchy of such "stars" 
where intervening concentrators group the links fi^om multiple cell sites and do some 
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lower level processing on them before passing them up to the central switch. 

Oftentimes, particularly in cellular systems, the cell sites are grouped within 
different multi-cell "location areas." As shown, cell sites 104, 105 are within location 
area 116 and cell sites 106, 107 are within location area 117. Alternatively or 
S additionally, communication systems may include certain individual sites that are not 
grouped with other sites. This is typically the case for private trunking systems. For 
convenience, these individual sites will be referred to as single-cell "location areas.** 

Heretofore, wireless communication networks as described above typically 
used a centralized mobility management function. In such systems, as 

10 communication units move from one location area to another (or, in trunking systems, 
from one cell site to another) they indicate their movement to the network through 
handover and location update procedures. The location change information is 
forwarded to a hierarchical network of location databases, usually called visitor 
location registers (VLRs) and home location registers (HLRs). The centralized 

IS connection management functionality in the switching hub uses this location 

information to determine which cell sites need to be included when a call request is 
made. In the instance where communication units move among cells within a 
location area (i.e., without crossing location area boundaries), the communication 
units do not automatically update their location to the infrastructure. This is done to 

20 save control channel capacity at the expense of requiring a paging sequence at the 
start of calls. The VLR is reUed upon to keep track of which location area each 
communication unit is located in so that cells in the right location areas can be paged 
when needed for a call. 

Next-generation wireless systems propose to employ multicast addressing 

25 protocols, such as multicast Internet Protocol (IP) for providing group or dispatch call 
services. Multicast IP may also be used for traditional cellular systems supporting 
interconnect/individual calls. Examples of IP Multicast communication systems 
include the referenced U.S. Patent Application Ser. No. 09/283,121, now issued as 
U.S. Patent No. 6,141,347; and U.S. Patent Application Serial No. 09/464,269, titled 

30 "Methods for Implementing a Talkgroup Call in a Multicast IP Network,** each of 
which is assigned to Motorola, Inc. and incorporated herein by reference in its 
entirety. 



I 
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Generally, IP multicasting protocols are considered to be more efficient and 
less costly than traditional circuit-switched networks. The multicast IP network 
defines a distributed, rather than centralized, connection and mobility processing 
environment where there is no centralized location register (VLR/HLR). Rather, 
S mobility information is inherent to the packet network as communication units 

register or de-register individual or group affiliations with cells, and the cells join or 
leave multicast IP addresses to participate in traffic for the communication imits. The 
benefits of a distributed connection and mobility processing environment include 
fully localized resource management, fully distributed mobility management and easy 

1 0 network scalability. 

While distributed connection and mobility processing networks such as 
multicast IP networks offer several advantages relative to traditional circuit-switched 
networks, they do not presently support the concept of multi-cell location areas. That 
is, communication units in a multicast IP network are presently required to register 

1 S affiliations each time they enter a new cell. It would be desirable to provide multi-cell 
location areas in multicast IP networks, analogous to those described in circuit- 
switched systems, whereupon communication units initially registered in a cell of a 
location area may roam to other cells within the location area without registering 
affiliations with each new cell. 

20 Therefore, a need exists for a system and methods of distributed connection 

and mobility processing for multi-cell location areas. Preferably, the system and 
methods would enable a conununication unit to register affiliations and/or location 
updates only upon entering a new location area to save control channel capacity. 
Advantageously, a paging sequence would be initiated at the start of calls without 

25 relying on a centralized entity such as a VLR to keep track of which commimication 
units should be paged. The present invention is directed to satisfying these needs. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other advantages of the invention will become apparent 
upon reading the following detailed description and upon reference to the drawings in 
which: 

5 FIG. 1 is a block diagram of a prior art wireless communication system; 

FIG. 2 is a block diagram of a wireless communication system in accordance 
with the present invention; 

FIG. 3 is a flow chart illustrating operation of a site in accordance with one 
embodiment of the present invention; and 
10 FIG. 4 is a flow chart illustrating operation of a site in accordance with 

another embodiment of the present invention. 
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DESCRIPTION OF A PREFERRED EMBODIMENT 

Turning now to FIG. 2, there is shown a wireless communication system 200 
comprising a connectionless packet network 201 coupled to a plurality of sites 203- 
5 208, which sites are in communication, via wireless communication resources 250- 
254, with a plurality of conrmiunication units 210-217. Additionally, the 
connectionless packet network 201 is coupled to a public switched telephone network 
(PSTN) 241 via a telephone gateway 240. The sites 203, 204 are grouped within 
multi-cell location area 260 and sites 205, 206 are grouped within multi-cell location 

10 area 261. Sites 207, 208 comprise single-cell location area(s). The term "location 

area" shall be understood to comprise a geographical area including one or more sites 
and encompassing radio frequency (RF) coverage areas of the included sites. As will 
be appreciated, the communication system may include fewer or greater numbers of 
location areas 260, 261 and the various location areas may include different cell sites 

15 or fewer or greater cell sites. 

In one embodiment, the sites 203-208 include respective controllers 220-225 
operably linked to the connectionless packet network 201 . Typically, the controllers 
220-225 are physically located at the respective sites in one or more base stations (not 
shown) or in multicast router(s) (not shown). Altematively, the controllers 220-225 

20 may be located at a fixed equipment ("infrastructure") site. The controllers 220-225 
manage operation of the sites 203-208 in accordance with well known techniques. 
The controllers 220-225 each comprise a processor (not shown), such as a 
microprocessor, microcontroller, digital signal processor or combination of such 
devices) coupled to a memory (not shown), such as volatile or non-volatile digital 

25 storage devices or combination of such devices. In one embodiment of the present 
invention, mappings of talk group identifications to multicast addresses are stored in 
the memory of the controllers 220-225. 

The plurality of communication units 210-217 are logically arranged into a 
talk groups, which talk groups have corresponding talk group identifications, as 

30 known in the art. In FIG. 2, four separate talk groups are shown, identified by labels 
"A", "C", "D" and "G". Talk group "A" at least includes the communication units 
having reference numerals 214 and 215. Talk group "C" at least includes the 
communication unit having reference numeral 216. Talk group "D" at least includes 
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the communication units having reference numerals 211-213. Finally, talk group ''G*' 
at least includes the communication units having reference nimierals 210 and 217. As 
those having ordinary skill in the art will recognize, any number of talk groups having 
corresponding talk group identifications can be established within the system 200. 
S Suitable wireless conmiunication resources 2S0-2S4 are multiple RF (radio 
frequency) channels such as pairs of frequency carriers, time division multiplex 
(TDM) slots, code division multiplex (CDM) channels, or any other RF transmission 
mediums. 

The connectionless packet network 201 comprises a wide area network 

10 (WAN) 230 coupled to one or more local area networks (LANs) 231-234. Suitable 
equipment for establishing the WAN 230 and LANs 23 1-234 are Cisco 2600 routers, 
3640 routers, 7200 routers, 7500 routers, or 3Com "NetBuilder" series routers. The 
network 201 may also comprise at least one central server (sometimes known as a 
"zone controller") 235 coupled to either the WAN 230 or one of the LANs 231-234. 

1 5 The network 201 is connectionless in that any data sent across the network from one 
end point (e.g., a first site) to another (e.g., a second site) does not require a 
connection to be established between the two end points before the data can be sent. 
Examples of connectionless protocols that may be used to implement the present 
invention are Internet Protocol (IP) over Ethernet, or over Point to Point Protocol 

20 (PPP), as known in the art. 

The connectionless packet network 201 supports at least one multicast 
address. In the context of the present invention, a multicast address, regardless of any 
underlying implementation, provides one-to-many or many-to-many communications 
capability within the network 201 . Multipoint routes pertaining to multicast addresses 

25 used in the present invention are maintained by the routers forming the network, 
rather than by a centralized entity. A suitable technique for providing multicast 
addressing capabilities is through the use of Internet Protocol (IP) Multicast. IP 
Multicast is based on the well-known Intemet Group Management Protocol (IGMP) 
which allows a multicast router to track the existence of multicast group members on 

30 local networks coupled to that router. Additionally, multicast routers use the 

information provided by IGMP in conjunction with a multicast routing protocol to 
support forwarding of data across a network of routers. Given the nature of wireless 
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communication systems, sparse mode protocols such as the Core Based Tree (CBT) 
protocol and the Protocol Independent Multicast - Sparse Mode (PIM-SM) protocol 
are preferred multicast routing protocols for use in the present invention. However, it 
is anticipated that dense mode protocols such as the Distance Vector Multicast 
Routing Protocol (DVMRP), the Multicast Open Shortest Path First (MOSPF) 
protocol, and the Protocol Independent Multicast - Dense Mode (PIM-DM) protocol 
may also be used to implement the present invention. A common feature of these 
multicast routing protocols is that each establishes a ^'spanning tree*' which, for a 
given multicast group, defines all of the router interfaces which contain group 
members and the necessary routes between these interfaces to provide the multicast 
distribution with a minimum amount of data replication. 

In order to harness the mobility management provided by multicast 
addressing, multicast addresses are advantageously associated with talk group 
identifications. In one embodiment, the central server 235 dynamically assigns and 
manages respective payload and control IP multicast addresses for payload (voice, 
data, video, etc.) and control messages between and among participating talkgroup 
members at the various sites 203-208. That is, multicast group addresses for 
particular talkgroups are not fixed but rather are identified and assigned by the zone 
controller 1 16 on a call-by-call basis. As such, a particular multicast group address is 
only temporarily assigned to any one call and can be reassigned to different calls as 
needed or desired. Dynamic, rather than static assignment of addresses is 
advantageous in terms of efficient use of resources in the network. Alternatively, 
however, static assignment of addresses can also be done. As still another alternative, 
multicast addresses may be assigned for interconnect/individual (non-talkgroup calls). 

In one embodiment, the controller of each site maintains mapping(s) of talk 
group identifications to corresponding multicast addresses and also stores a location 
area multicast address. For example, with reference to FIG. 2, controller 225 (site 
208) stores a mapping of talk groups "A", "C", "D" and "G" to respective payload 
multicast group addresses 225.134.120.78, 231.202.98.14, 239.249.145.21 and 
228.71.23.65 and also stores a location area multicast address 241.146.130.25. 
Similar mappings are also stored by the controllers 220-224 at sites 203-207. As will 
be appreciated, the mapping of talk group to any particular multicast address and/or 
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the location area multicast address may be assigned dynamically or statically. 
Optionally, different ranges of permissible multicast addresses may be specified for 
the payload and location area multicast addresses (e.g., addresses beginning with 
240+ may be designated for location area multicast addresses). 
5 In one embodiment, the payload multicast addresses define multicast 

addresses to be used for payload traffic for respective talkgroups. The payload 
multicast addresses are obtained by a site when at least one conrununication unit 
affiliated with a given talk group affiliates with the site. For example, referring to 
FIG. 2, no communication units from any of the representative talk groups are 

10 currently affiliated with site 204. So long as this condition remains, payload multicast 
group addresses either have not yet been assigned (in the case where payload 
multicast addresses are assigned dynamically) or the payload multicast group 
addresses are stored but not accessed (in the case where payload multicast group 
addresses are statically assigned) at site 204. In contrast, site 208 currently has at 

1 S least one affiliated communication unit from talk group "A" and at least one affiliated 
communication unit from talk group "D." Thus, site 208 may will have received or 
retrieved from memory payload multicast group addresses for talk groups "A" and 
'*D." (Note that the same physical unit can have multiple talk group affiliations. Thus, 
a single communication unit could lead to multiple talk groups being affiliated with a 

20 given site.) 

Alternatively, the payload multicast addresses defme multicast addresses to be 
used for traditional cellular intercormect/individual calls. The payload multicast 
addresses are obtained by a site when at least one communication unit participating in 
the call affiliates with the site. 

25 In the preferred embodiment, the location area multicast addresses define 

multicast addresses that are generally used for control traffic between sites of a 
location area. However, in one embodiment, as will be described in greater detail in 
relation to FIG. 4, the location area multicast addresses are also be used for tunneling 
payload from one site to another in a location area. The location area multicast 

30 addresses are unique to each location area and are joined by all cell controller(s) 
within the corresponding location area. In one embodiment, the location area 
multicast addresses are statically assigned to each location area and joined by the sites 
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upon "power up'' or initialization of the sites. Alternatively, the location area 
multicast addresses may be dynamically assigned, for example, upon a site of the 
location area first receiving an afiRliation request for a talkgroup. The dynamic 
assignment of location area multicast addresses may be used to dynamically change 
5 the size and composition of location areas to respond to changes in number of 
subscriber units, call placement loads or otherwise optimize network performance, 
adjust call setup latencies, and minimize RF resources used for paging traffic. 

Generally, the location area multicast addresses and algorithms making use of 
them enable communication units to register only with a first cell within a location 

10 area. That is, the communication units need not register affiliations and/or location 
updates each time they enter a new cell unless the new cell is in a new location area. 
In the case of a single-cell location area, a single location area multicast address is 
assigned to the cell. In the case of a multi-cell location area, a location area multicast 
address is shared by all controllers within the corresponding location area. The 

1 S location area multicast addresses differ from the payload multicast group addresses 
assigned to the respective sites. For example, with reference to FIG. 2, the location 
area multicast address assigned to site 208 (a ""single-cell location area") is 
241.146.130.2S. This address differs from the location area multicast address of any 
other location area and also differs from the payload multicast addresses stored at site 

20 208. In similar fashion, site 207 will maintain its own unique location area multicast 
address. Sites 203, 204 (within location area 260) will share a common location area 
multicast address and similarly, sites 205, 206 (within location area 261) share a 
common location area multicast address. 

FIG. 3 and FIG. 4 are flowcharts useful for describing operation of cell sites in 

25 a multi-cell location area according to two alternative embodiments of the invention. 
The steps of FIG. 3 and FIG. 4, where applicable, are implemented as software 
routines executed by a site controller, base stations or any other elements contributing 
to the operation of the cell sites. Both flowcharts presume that a communication unit 
has registered affiliation with a talkgroup at a first site of the location area and, while 

30 it remains affiliated with the talkgroup, the communication unit moves to one or more 
secondary sites of the location area. The communication unit does not register 
affiliation with the talkgroup at the secondary site(s). That is, as long as the 
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communication unit remains within the location area, it can move from site to site 
without registering affiliations with each new site. Registration is required only if the 
communication unit roams to a new location area. For example, with reference to 
FIG. 2, if communication unit 213 has registered affiliation with talkgroup "D*' at site 
5 205 C*the first site"), it may move within location area 261 to site 206 ("a secondary 
site") without re-registering affiliation with talkgroup "D" or informing either site that 
it has changed locations. 

Turning initially to FIG. 3, there will be described an embodiment where 
location area multicast addresses are used for control signaling (i.e., with no tunneling 

10 of payload) between the first site and secondary site(s). At step 302, 304 the first site 
and secondary sites (i.e., all of the sites in the location area) join the location area 
multicast address associated with the location area. As has been described, the 
location area multicast address may be statically or dynamically assigned. 

After having received a registration request fi-om a communication unit to 

1 5 participate in a talkgroup, the first site joins at step 306 a payload multicast address 
that is to be used for distributing payload for the talkgroup. As has been described, 
the payload multicast address may be statically or dynamically assigned. At step 308, 
the first site receives outbound (from the infrastructure to the communication units) 
traffic via the payload multicast address associated with the talkgroup. The traffic or 

20 "payload" may comprise, for example, audio (including but not limited to voice), 
video, data, multimedia, etc. 

At step 310, the first site determines if the trafiBc is part of an active (already 
established) talkgroup call. As defined herein, a talkgroup call is active if a payload 
multicast group address has been identified and sent to one or more participating 

25 devices for the call, and the participating devices have joined the payload multicast 
group address to receive payload for the call. The participating devices may 
comprise, for example, repeater/base stations associated with certain sites, mobile or 
portable radio(s), wireline communication device(s), console(s) (wireless or wireline), 
call logger(s), GALEA gateway(s), telephone interconnect device(s) and/or internet 

30 protocol telephony device(s) affiliated with the talkgroup. If the traffic is part of an 
active call, the first site delivers the payload to the participating devices at step 322. 
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If the traffic is not part of an active call, the first site "buffers" or stores the 
payload in memory at step 312 for possible delayed delivery to participating devices 
at the first site or secondary site(s). As defined herein, a talkgroup call is not "active" 
if the received trafiGc is for a new call wherein participating devices have not yet been 
S identified or have not yet joined the multicast address for the call, or where the call is 
for an expired context. An expired context occurs, for example, when the call has 
been idle (e.g., no traffic received) for a sufficient period of time to be declared 
inactive. At step 314, the first site sends a paging message to prospective talkgroup 
members at its site. 

1 0 At step 3 1 6, the first site sends one or more "Group Active Event" messages 

to the secondary site(s) in its location area, thereby informing those sites that a 
particular talkgroup is active. In the preferred embodiment, the Group Active Event 
message(s) are addressed to the location area multicast address such that it may be 
received by other cells in the location area (e.g., the "secondary sites'*) having joined 

IS the location area multicast address. At step 318, the secondary site(s) receive the 
Group Active Event message(s). 

At step 320, the first site determines if it has received responses to the page(s) 
sent at step 314. In one embodiment, coincident to step 314, the first site starts a page 
response timer, whereby page responses must be received within a designated time 

20 period to be considered valid. In such case, page responses received after the 

designated time period are considered invalid. If, at step 320, page responses are 
received in timely fashion (i.e., before expiration of the page response timer), the first 
site identifies the responding devices and delivers the stored payload to the 
responding devices at step 322. For example, in the case where the responding 

25 devices comprise wireless communication units, the first site delivers the stored 
payload to the communication units via appropriate wireless communication 
resources at step 322. 

At step 328, the first site can determine by known methods that the talk group 
is no longer affiliated with the site. If that is the case, the first site leaves the payload 

30 multicast group address at step 326. Otherwise, so long as at least one 

communication unit affiliated with the talk group remains operational within the site, 
processing continues at steps 308-322 as described above. 
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If, at step 320, page responses are not received (or not received in timely 
fashion), the first site determines that there are no devices at its site that desire to 
receive payload for the talkgroup, flushes the bufiTer ("clears stored payload") at step 
324 and leaves the payload multicast group address at step 326. 
5 The secondary site(s), after having received the Group Active Event message 

at step 318, also perform a paging sequence at their respective sites to determine if 
there are devices at their site(s) that desire to receive payload for the talkgroup. At 
step 330, the secondary site(s) send paging messages to prospective talkgroup 
members at their sites. At step 332, the secondary site(s) determine whether page 

10 responses have been received. Like the paging sequence described in relation to the 
first site, the secondary site(s) may start a page response timer, whereby page 
responses must be received within a designated time period to be considered valid. If, 
at step 332, page responses are not received (or not received in timely fashion) at any 
secondary site, that site determines that there are no devices at its site that desire to 

1 S receive payload for the talkgroup and the site returns to an idle state imtil such time as 
the site receives another Group Active Event message at step 318. 

As will be appreciated, the secondary sites may receive multiple Group Active 
Event message(s) associated with a particular talkgroup call. In the preferred 
embodiment, to achieve efiBcient use of bandwidth, secondary site(s) perform the 

20 paging sequence of steps 330, 332 and join the payload multicast group address at 
step 334 only upon the first occurrence of receiving a Group Active Event message 
for a particular talkgroup. In such embodiment, if a secondary site receives any 
subsequent Group Active Event message(s) after a talkgroup is already active at the 
secondary site (marked active after the site has joined the payload multicast address), 

25 the secondary site will not re-accomplish steps 330, 332, 334 but rather will ignore 
the subsequent Group Active Event messages for the talkgroup. 

Alternatively, if the use of paging bandwidth is not a concern, the paging 
sequence of steps 330, 332 may be repeated periodically responsive to single or 
multiple Group Active Event messages. This would decrease the likelihood of certain 

30 communication units losing calls because they did not receive a paging message for a 
call. This mig^t occur, for example, if a mobile communication unit is in a tunnel 
during the paging sequence. By repeating the paging sequence, the mobile 
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communication unit may emerge from the tunnel, receive and respond to subsequent 
paging messages and thereby participate in the call. 

If, at step 332, a secondary site determines if it has received timely response(s) 
to the page(s) (hence there is at least one device at its site that desires to receive 
S payload for the talkgroup), it joins at step 334 the payload multicast group address for 
the talkgroup. Thereafter, the secondary site is able to receive at step 336 outbound 
traffic (payload) addressed to the payload multicast address. The secondary site 
delivers the payload to the responding devices (e.g., communication units) via 
appropriate wireless communication resources at step 338. The process then returns 

10 to an idle state until such time as the site receives another Group Active Event 
message at step 318. 

Tuming now to FIG. 4, there will be described an alternative embodiment 
wherein location area multicast addresses are used both for control signaling and for 
tunneling payload between the first site and secondary site(s). The tunneling process 

1 S of FIG. 4 minimizes lost user packets at the expense of increased network bandwidth 
utilization during the paging period. At step 402, 404 the first site and secondary sites 
(i.e., all of the sites in the location area) join the location area multicast address 
associated with the location area. As has been described, the location area multicast 
address may be statically or dynamically assigned. 

20 After having received a registration request from a communication unit to 

participate in a talkgroup, the first site joins at step 406 a payload multicast address 
that is to be used for distributing payload for the talkgroup. As has been described, 
the payload multicast address may be statically or dynamically assigned. At step 408, 
the first site receives outbound (from the infrastructure to the communication units) 

25 traffic via the payload multicast address associated with the talkgroup. The traffic or 
"payload" may comprise, for example, audio (including but not limited to voice), 
video, data, multimedia, etc. 

At step 410, the first site determines if the traffic is part of an active (already 
established) talkgroup call. As defined herein, a talkgroup call is active if a payload 

30 multicast group address has been identified and sent to one or more participating 
devices for the call, and the participating devices have joined the payload multicast 
group address to receive payload for the call. The participating devices may 
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comprise, for example, repeater/base stations associated with certain sites, mobile or 
portable radio(s), wireline communication device(s), console(s) (wireless or wireline), 
call logger(s), GALEA gateway(s), telephone intercormect device(s) and/or internet 
protocol telephony device(s) affiliated with the talkgroup. If the traffic is part of an 
S active call, the first site delivers the payload to the participating devices at step 422. 

If the traffic is not part of an active call, the first site "'buffers" or stores the 
payload in memory at step 412 for possible delayed delivery to participating devices 
at the first site or secondary site(s). As defined herein, a talkgroup call is not **active'* 
if the received traffic is for a new call wherein participating devices have not yet been 

10 identified or have not yet joined the multicast address for the call, or where the call is 
for an expired context. At step 414, the first site sends a paging message to 
prospective talkgroup members at its site. 

At step 416, the first site sends ('tunnels'*) payload to the secondary site(s) in 
its location area. The payload is 'tunneled" in the sense that it is (at least initially) 

1 S sent via the location area multicast address, which is normally a control channel, 
before the secondary site(5) have joined the payload multicast address. At step 418, 
the secondary site(s) having joined the location area multicast address receive the 
tunneled payload. In effect, the tunneling of payload may be considered to be a 
manner of informing the secondary sites that a talkgroup is active, even without 

20 sending a Group Active Event message. If desired, a Group Active Event message 
may also be sent. The tutmeling of payload is advantageous in that it will result in 
getting payload packets to participating devices faster than the embodiment of FIG. 3, 
although it requires greater bandwidth utilization. 

At step 420, the first site determines if it has received responses to the page(s) 

25 sent at step 414. Like the embodiment of FIG. 3, the first site may start a page 

response timer, whereby page responses must be received within a designated time 
period to be considered valid. If, at step 420, page responses are received before 
expiration of the page response timer, the first site identifies the responding devices 
and delivers the stored payload to the responding devices at step 422. For example, in 

30 the case where the responding devices comprise wireless communication units, the 
first site delivers the stored payload to the communication units via appropriate 
wireless communication resources at step 422. 
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If the first site determines (step 428) that the talk group is no longer affiliated 
with the site, the first site leaves the payload multicast group address at step 426. 
Otherwise, so long as at least one communication unit affiliated with the talk group 
remains operational within the site, processing continues at steps 408-422 as 
5 described above. 

If, at step 420, page responses are not received (or not received in timely 
fashion), the first site determines that there are no devices at its site that desire to 
receive payload for the talkgroup, flushes the buffer C*clears stored payload") at step 
424 and leaves the payload multicast group address at step 426. 

10 The secondary site(s), after having received tunneled payload at step 418, also 

perform a paging sequence at their respective sites to determine if there are devices at 
their site(s) that desire to receive payload for the talkgroup. At step 430, the 
secondary site(s) "buffer*' or store the payload in memory for possible delayed 
delivery to talkgroup members at their respective sites. At step 432, the secondary 

IS site(s) send paging messages to prospective talkgroup members at their sites. At step 
434, the secondary site(s) determine whether page responses have been received. As 
has been described in relation to FIG. 3, the secondary site(s) may start a page 
response timer, whereby page responses must be received within a designated time 
period to be considered valid. If, at step 434, page responses are not received (or not 

20 received in timely fashion) at any secondary site, that site determines that there are no 
devices at its site that desire to receive payload for the talkgroup and the site returns 
to an idle state until such time as the site receives more tunneled payload at step 318. 

As will be appreciated, the secondary sites may receive multiple instances of 
tunneled payload associated with a particular talkgroup call. In the preferred 

25 embodiment, secondary site(s) store timneled payload at step 430, perform the paging 
sequence of steps 432, 434, deliver the stored tunneled payload at step 436 and join 
the payload multicast group address at step 438 only upon the first occurrence of 
receiving tunneled payload for a particular talkgroup. If a secondary site receives any 
further instances of tunneled payload after a talkgroup is already active at the 

30 secondary site (marked active after the site has joined the payload multicast address), 
the secondary site will not re-accompUsh steps 430, 432, 434, 436 but rather will 
discard the superfluous tunneled payload for the talkgroup. 




wo 03/021841 PCT/US02/23420 

16 

If, at Step 434, a secondary site determines if it has received timely response(s) 
to the page(s) (hence there is at least one device at its site that desires to receive 
payload for the talkgroup), it identifies the responding device(s) and delivers the 
stored tunneled payload to the responding devices at step 436. For example, in the 
S case where the responding devices comprise wireless communication units, the 

secondary site(s) delivers the stored tunneled payload to the communication units via 
appropriate wireless communication resources at step 436. 

At step 438, the secondary site(s) join the payload multicast group address for 
the talkgroup. Thereafter, the secondary site(s) are able to receive at step 440 

10 outbound traffic (payload) addressed to the payload multicast address. The secondary 
site(s) deliver the payload to the responding devices (e.g., communication units) via 
appropriate wireless communication resources at step 442. The process then returns 
to an idle state until such time as the site receives more timneled payload at step 41 8. 
The present invention provides a wireless communication system having a 

IS non-hierarchical architecture in which mobility processing is distributed, rather than 
centralized, and which supports mobility and connection control for multi-cell 
location areas. The system enables a communication unit to register affiliations 
and/or location updates only upon entering a new location area to save control 
channel capacity. The system utilizes paging sequences at various sites to locate 

20 communication units desiring to receive payload for a talkgroup without relying on 
location registers (HLRAH^Rs) to determine which communication units should be 
paged. The network by design is highly scalable. Unlike a centralized connection 
management approach where the network must be reconfigured as connection 
elements are added or deleted, the present invention, through the use of join and leave 

25 messages, provides for the network to reconfigure itself to route payload packets to all 
destinations where call participants are attached, update itself constantly, determine 
new routes and delete old ones. No manual link configuration is required. 

The foregoing description of a preferred embodiment of the invention has 
been presented for purposes of illustration and description, and is not intended to be 

30 exhaustive or to limit the invention to the precise form disclosed. The description 

was selected to best explain the principles of the invention and practical application of 
these principles to enable others skilled in the art to best utilize the invention in 
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various embodiments and various modifications as are suited to the particular use 
contemplated. It is intended that the scope of the invention not be limited by the 
specification, but be defined by the claims set forth below. 
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WHAT IS CLAIMED IS: 

1 . A wireless communication system comprising: 

a plurality of location areas each including one or more sites; 

a plurality of wireless communication units distributed among the location 

areas; 

a packet network that supports at least a first location area multicast address 
corresponding to a first location area of the plurality of location areas, wherein the 
packet network is adapted for routing messages to one or more sites of the first 
location area having joined the first location area multicast address. 

2. The wireless communication system of claim 1, wherein the packet 
network is used for routing control messages including indicia of a talkgroup call in 
the first location area to the one or more sites of the first location area having joined 
the first location area multicast address. 

3. The wireless communication system of claim 2, including one or more 
controllers associated with the one or more sites, the controllers being adapted for 
determining, responsive to receiving the indicia of the talkgroup call, which sites 
include communication units desirous of participating in the talkgroup call, thereby 
defining participating sites. 

4. In a location area including a plurality of sites linked together by a packet 
network, a method comprising: 

determining a location area multicast group address associated with the 
location area; and 

issuing conmiands to the packet network requesting reconfiguration of the 
packet network to enable the sites of the location area to receive at least control 
messages via the location area multicast group address. 
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5. The method of claim 4, further comprising: 
determining a payload multicast address for a cellular call; 

issuing commands to the packet network requesting reconfiguration of the 
packet network to enable a first site to receive outbound traffic for the call via the 
5 payload multicast group address; 

receiving, by the first site, an outbound message for the call via the payload 
multicast group address; 

determining one or more participating devices for the call; and 

sending at least a portion of the outbound message to the participating devices. 

10 

6. The method of claim 4, further comprising: 

receiving, by a first site of the plurality of sites, an afliliation message for a 
talkgroup; 

determining a payload multicast address corresponding to the talk group; 
1 S issuing conunands to the packet network requesting reconfiguration of the 

packet network to enable the first site to receive outbound traffic via the payload 
multicast group address; 

receiving, by the first site, an outbound message for the talkgroup via the 
payload multicast group address; 
20 determining a number of participating devices of the talkgroup; and 

sending at least a portion of the outbound message to the participating devices. 



7. The method of claim 6, wherein the outbound message is not part of an 
active call for the talkgroup, the step of determining a number of participating devices 

25 comprising identifying devices desiring to participate in the talkgroup call as 
participating devices. 

8. The method of claim 12, wherein the step of identifying devices desiring to 
participate in the active call comprises: 

30 sending, firom the first site to the packet network, a message addressed to the 

location area multicast address including indicia of the talkgroup call; 
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receiving, by at least a second site of the plurality of sites having joined the 
location area multicast address, the message including indicia of the talkgroup call; 
sending pages throughout a coverage area of the second site; and 
if page responses are received from one or more responding communication 
5 units at the second site, identifying the responding communication units as 
participating devices. 



9. The method of claim 7, wherein the step of identifying devices desiring to 
participate in the active call comprises: 
10 tunneling, from the first site to the packet network, at least a portion of the 

outbound traffic for the talkgroup via the location area multicast address; 

receiving, by at least a second site of the plurality of sites having joined the 
location area multicast address, the at least a portion of the outbound traffic for the 
talkgroup; 

1 S sending pages throughout a coverage area of the second site; and 

if page responses are received from one or more responding communication 
units at the second site, identifying the responding commimication units as 
participating devices. 

20 10. The method of claim 8 or 9, wherein if page responses are received from 

the responding communication units at the second site, thereby defining participating 
devices, the method comprises: 

issuing commands to the packet network requesting reconfiguration of the 
packet network to enable the second site to receive outbound traffic via the payload 
25 multicast group address; and 

receiving, by the second site, outbound messages for the talkgroup via the 
payload multicast group address. 
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